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INDEX STRUCTURE OF METADATA , METHOD FOR PROVIDING 
INDICES OF METADATA, AND METADATA SEARCHING METHOD AND 
APPARATUS USING THE INDICES OF METADATA 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[01] The present invention relates to an index structure of metadata provided for 
searching for information on contents and a method for providing indices of the metadata, 
and a method and an apparatus for searching for the metadata using the index structure of 
the metadata. More particularly, the present invention relates to an index structure of 
metadata containing information on a key, at least a part of which is encoded so as to allow 
information on contents to be more efficiently searched when the XML metadata for the 
digital contents defined in TV -Anytime Forum (hereinafter referred to as "TVA") 
(hereinafter referred to as "TVA metadata") is divided into fragments in an independent unit 
and transmitted on a fragment basis, a method for providing indices of the metadata, and a 
method and an apparatus for searching the metadata using the indices of metadata. The 
present application is based on Korean Patent Application Nos. 2002-43097 and 2002- 
62913, which are incorporated herein by reference. 

2. Description of the Prief Related Art 

[02] The TV-Anytime Forum is a private standardization organization established in 
September 1999 with the purpose of developing standards for providing audiovisual related 
services in a user-friendly environment such as a personal digital recorder (PDR) having a 
high volume personal storage device. Specifically, the aim of the services is to enable all 
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the users to view and listen to various types of programs (such as conventional broadcasting 
services, online interactive services and the like) at a desired time and in a desired manner 
based on the personal storage device. 

[03] The TV-Anytime Forum has operated Working Groups for business models, 
system/transmission interfaces/contents referencing, descriptions, metadata, rights 
management and protection and the like, in order to establish standardization. With respect 
to the metadata concerned in the present invention, "1 st Draft of Metadata Specification 
SP003vl.3" up to June 2002 has been published. 

[04] A configuration of the PDR will be briefly described with reference to FIG. 1 . The 
PDR 100 receives video/audio signals and metadata via a variety of networks such as sky 
waves, satellite waves, internet networks and the like from a provider 200 for providing 
video/audio signals, collects viewing and listening patterns, and personal tastes of users, if 
necessary, and transmits them to the provider 200 for providing the video/audio signals. 
The PDR 100 comprises a high volume storage device for storing therein the received 
video/audio signals and metadata. The PDR 1 00 further comprises software for storage and 
reproduction of the video/audio signals, and an electronic program guide (EPG) application 
for retrieving and displaying metadata for the video/audio signals. The user ascertains the 
metadata for the video/audio data, i.e., titles of the programs, program reproduction times 
and the like, through a grid guide screen of the EPG application shown in FIG. 2, selects a 
desired program, and receives it via the network in real time or reproduces the video/audio 
data previously stored in the high volume storage device. 

[05] The metadata refer to data describing contents such as titles and synopses of 
programs, and are defined as "data about data." In the TVA metadata specifications of the 
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TV-Anytime Forum, its structure is defined by use of XML schema language (see XML 1 .0 
of W3C), the standard by the W3C (a consortium for promoting standards for the XML), 
and the semantics and attributes of the respective metadata elements are also defined. The 
TVA metadata relevant to broadcasting contents are configured with an XML document 
having a root node, "TVAMain (300)" as shown in FIG. 3. The TVA metadata relevant to 
programs are configured with, for example, nodes such as Programlnformation Table, 
Grouplnformation Table, ProgramLocation Table, Servicelnformation Table and the like, 
under the node of "ProgramDescription." 

[06] In the TV-Anytime Forum, the TVA metadata are transmitted on a fragment basis as 
an independent unit in order to transmit a large volume of TVA metadata in a stream format. 
The concept of fragments will be briefly described with reference to FIG. 4. The fragments 
are obtained by dividing the TVA metadata configured with the XML documents shown in 
FIG. 3 into predetermined tree structures. For example, where the entire TVA metadata are 
divided into a tree structure (fragment TVAMain) including an upper node of "TVAMain" 
and predetermined child nodes under this upper node, a tree structure (fragment 
Programlnformation) including an upper node of Programlnformation Table and child 
nodes under this upper node, a tree structure (fragment BroadcastEvent) including an upper 
node of the BroadcastEvent Information and child nodes under this upper node, each of the 
divided tree structures becomes a fragment. The fragments can be transmitted independently 
of the other fragments, and the fragments can be accessed individually. 

[07] For individual access to the fragments, it is necessary to know a node referenced by 
a transmitted TVA metadata fragment, i.e., a node corresponding to the upper node of the 
TVA metadata fragment, in the entire metadata tree structure, and to describe relative paths 
in the TVA metadata fragments of keys contained in the transmitted TVA metadata 
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fragment. To this end, XPath, which is a syntax for describing a path to one or more nodes 
in an XML document defined by W3C, is used. The term 'key' refers to a specific field of 
the metadata used for indexing, and also means child nodes of a node referenced by a 
fragment. Fields (for search conditions) input by the user, such as 'Service ID' and 
'Published Time,' correspond to the keys. 

[08] In order to provide efficient search for and access to fragments, an index structure 
for the keys included in the metadata fragments is additionally required, and information on 
the index structure, i.e., index information, is also transmitted independently of the metadata 
fragments. 

[09] Under the environment provided by the TV -Anytime Forum, if a user desires to 
retrieve information on a program meeting a predetermined Published Time condition, the 
index information transmitted thereto independently of the fragments is utilized to identify 
the location (identifier) of a metadata fragment meeting a desired Published Time condition 
and an access to the relevant metadata fragment is then made based on the location 
(identifier), so as to extract metadata meeting the Published Time condition. 

[10] TV-Anytime Specification TV145, J.P. Evain, "1 st Draft of Metadata Specification 
SP003vl.3", TV-Anytime Forum 17 th meeting, Montreal, Canada, June 2002; hereinafter, 
referred to as "Key index art reference" proposes a key index data stream structure for a 
metadata fragment index. 

[11] The notion of a container defined by the TV-Anytime Forum will be described prior 
to describing the index structure. 

[12] The TV-Anytime Forum defines a container as a top-level storage to which all the 
data covering the aforementioned index information and the metadata fragments are 
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transmitted, which is called a type of top-level transmission. Describing the container 
briefly, each container comprises a plurality of sections, each storing therein the index 
information or the metadata fragments. The container can be classified into an index 
container and a data container according to the information carried thereby: the index 
container carries index information sections such as a key index list (key_index_list) section, 
a key index (key index) section, a sub key index (sub_key_index) section, a string 
repository (string_repository) section and a fragment data repository 
(fragment_data_repository) section, whereas a data container carries metadata fragment 
sections such as an elements table (elements_table) section, a string repository 
(string_repository) section and a fragment data repository (fragment_data_repository) 
section. The above classification is done based on the contents of the information included 
in the containers. Both the index container and the data container are identical in 
configuration. 

[13] Referring to the container defined by the TV-Anytime Forum as illustrated in FIG. 5, 
the container comprises a container identifier (container_id) data field (not shown) and a 
large number of sections. In each section, the contents stored in 'section_body' are 
identified according to an encoded value in 'section_id'. For example, a section 10 of 
which the encoded value in 'sectionid' is '0X0004' is identified as a key index list 
(key_index_Iist) section, a section 20 of which the encoded value in 'sectioned' is 
'0X0005' is identified as a key index (key_index) section, a section 30 of which the 
encoded value in 'section id' is '0X0006' is identified as a sub key index (sub_key_index) 
section, a section 40 of which the encoded value in 'section id' is '0X0001' is identified as 
an element table (element table) section, and a section 50 of which the encoded value in 
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'section id' is '0X0003' is identified as a fragment data repository 
(fragment data_repository) section. 

[14] The TVA metadata fragments are stored in the fragment data repository 
(fragment_data_repository) section 50 of the data container and then transmitted. The 
identifier information (handlevalue) for the TVA metadata fragments in the data container 
is included in the element table section 40 of the data container. 

[15] In conclusion, the TVA metadata fragment is uniquely identified by the container 
identifier information (container_id) and the metadata fragment identifier information 
(handle_value) of the container that includes the TVA metadata fragment. 

[16] The key index art reference described above proposes the key index structure for 
indexing the TVA metadata fragments stored in the aforementioned data container, i.e., a 
structure composed of the key index list (key_index_list) section 10, the key index 
(key_index) section 20, and the sub key index (sub_key_index) section 30. Since the syntax 
of the structure is described in detail in the key index art reference described above, the 
detailed description thereof will be omitted. Hereinafter, the structure will be described 
with reference to FIG. 6 that illustrates the structure by segments of the index information. 

[17] The key index list (key_index_list) section 10 defined in the key index structure 
provides a list of all the keys transmitted. The list includes key information defining each 
key and identification information on the key index (key_index) section 20 to be described 
later. The key information comprises (1) location information of the metadata fragment 
relevant to the key, and (2) location information of the key within the metadata fragment 
and identification information for the key index (key_index) section 20 which will be set 
forth later . The location information of the metadata fragment is expressed in XPath 
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(fragment_xpath_ptr) in the TVA. The location information of the key is expressed in 
XPath (key_xpath_ptr) for the relative path within the relevant fragment of the nodes used 
as the key in the TVA. 

[18] The XPath of the metadata fragment is a path to the root node of the TVA metadata 
XML document, i.e., an absolute path, and the XPath of the nodes used as the keys, i.e., the 
XPath of the keys, represents a relative path of the key for the relevant metadata fragment. 
The XPath for the metadata fragment and the XPath for the key are stored in a 
'fragment_xpath_ptr' segment 11 and a 'key_xpath_ptr' segment 12, respectively. 

[19] Furthermore, the key index list (key_index_list) section 10 includes the 
identification information on the key index (key_index) section 20 of each key to be 
described later (i.e., the container identifier information (container id) of the container 
storing therein the key index (key_index) section 20 and the key index identifier 
information). The container identifier information and the key index identifier information 
are stored in an 'indexcontainer' segment of the key index list (key_index_list) section 10 
and a 'key_index_identifier' segment, respectively, and then transmitted. 

[20] The key index (key index) section 20 defined in the key index structure provides a 
list of [all the sub key index (subkeyindex) sections 30 to be described later. The list 
includes] information representing the ranges of values of the key included in the respective 
sub key index (sub key index) section[s] 30, i.e., the highest value of the key among the 
values of the key within [eachj the respective range [sub key index (sub_key_index) section 
30] (hereinafter referred to as a 'representative key value'), and identification information 
on the sub key index (sub key index) section 30 relevant to each representative key value 
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(i.e., the container identifier information (container_id) of the container storing therein the 
sub key index (sub_key_index) section, and the sub key index identifier information). 

[21] Accordingly, the key index section (keyindex) 20 includes a 'key_index_identifier' 
segment for storing therein the key index identifier information defined in the key index list 
(key__index_list) section 10, [[a]] ' hi gh key value' segments 13 for storing therein the 
representative key values of the respective ranges of values of the key included in the sub 
key index (sub_key_index) section[[s]] 30, and 'sub index container 7 segments and 
'sub index identifier' segments for the identification information on the sub key index 
(sub key index) section 30 (i.e., for the container identifier information (container_id) of 
the container in which the sub key index (sub_key_index) section 30 is stored, a 
'sub index container' segment for storing and the respective sub key index identifier 
information) and a 'sub_index_identifier' segment . The sub key index (sub_key_index) 
section 30 defined in the key index structure provides a list of the values of the key included 
in the relevant sub key index (sub_key_index ) s ection 3 0 . The list further includes the 
values of the key included in the relevant sub key index (sub_key_index) section 30 and the 
identification information on the metadata fragments having corresponding to the values of 
the key (i.e., the container identifier information (container_id) of the containers storing the 
metadata fragments and the identifier information (handle_value) of the metadata 
fragments). 

[22] Accordingly, the sub key index (sub_key_index) section 30 includes a 
'sub_index_identifier' segment for storing therein the sub key index identifier information 
defined in the key index (key index) section 20, [[a]] 'key value' segments 14 for storing 
therein the respective ranges of values of the key, [[a]] 'target_container' segments for 
storing therein the respective container identifier information (container id) of the 
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containers in which the metadata fragments are stored, and [[a]] 'target_handle' segments 
for storing therein the respective fragment data identifier information (handle_value). The 
key index structure may be more easily understood by referring to FIG. 7 illustrating the 
index information. 

[23] FIG. 7 shows the key index list (key_index_list) section including keys relevant to 
the Service Id, the Published Time and the Published Duration. The upper node of the 
metadata fragment including the keys relevant to the Service Id, the Published Time and the 
Published Duration is 'BroadcastEvent' 310 as shown in FIG. 3, identified by a shaded 
block. Accordingly, the XPath VTVAMain/ProgramDescription/ProgramLocation 
Table/BroadcastEvent' for the 'BroadcastEvent' fragment is stored in the 
t fragment_xpath_ptr' segment 11a, and the XPaths to the keys of the Service Id, the 
Published Time and the Published Duration for the 'BroadcastEvent' fragment, i.e., 
'@ServiceId' (311a in FIG. 3), 'EventDescription/ PublishedTime' (311b in FIG. 3) and 
'EventDescription/PublishedDuration' (311c in FIG. 3) are stored in the 'key_xpath_ptr' 
segment 12a. 

[24] The index structure will be more comprehensible with reference to FIG. 7 which 
illustrates the index information. 

[25] FIG. 7 shows the key index list (key_index_list) section including keys for Service 
ID, Published Time and Published Duration, wherein a upper node of the metadata related 
to the Service ID, the Published Time and the Published Duration is 'BroadcastEvent' 310 
indicated as a shaded portion in FIG. 3. Accordingly, the XPath for the 'BroadcastEvenf 
fragment, 7TVAMain/ProgramDescription/ProgramLocationTable/BroadcastEvent , is 
stored in the 'fragmen^xpath^ptr' segment, and the respective XPaths for keys of Service 
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ID, Published Time and Published Duration for the 'BroadcastEvent' fragment, 
'@ServiceID' (see 311a of FIG. 3), 'EventDescription/PublishedTime' (see 31 lb of FIG. 3), 
and 'EventDescription/PublishedDuration' (see 311c of FIG. 3) are stored in the 
c key_xpath_ptr' segment. 

[26] Also, FIG. 7 shows the key index (key_index) section 20 and the sub key index 
(sub_key_index) section 30 for the Service ID (the XPath of the key: @ServiceID) among of 
the key index list (key_index_list) section[[s]] 10. 

[27] In such an index structure, when a search condition [[s]] for searching the metadata 
areis input, location information on the fields a field of the input search condition[[s]] in the 
metadata is determined and the determined location information is compared to the key 
information in the key index list so as to search the key having the determined location 
information within the key index list, overhead is caused since comparison of both Xpaths 
is necessary. The same problem occurs when the keys indicating relative paths from the 
fragments among the key information are compared in terms of location information. 
Particularly, this problem becomes more severe when fragments, which are more complex 
than the keys, are compared in terms of location information. Since the XPath of the 
fragment representing location information among key information describes a path to a 
relevant node from the root node on the XML document, transmission costs are inefficient 
and interpretation costs of the XPath in the terminal are high. For example, the XPath of 
the broadcast event fragment indicating location information of a program among the TV- 
Anytime fragments can be expressed as 

7TV AMain/ProgramDescription/ProgramLocationTable/BroadcastEvent' . Meanwhile, in 
order to represent one node on the XML document, the XPath can be expressed in an 
alternative manner. In the case of a broadcast event, in addition to the aforementioned 
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normal representation, the XPath can be expressed alternatively, such as 
c /TVAMain//BroadcastEvent' or 7/BroadcastEvent,' and so on. Herein, 7/' means a child 
node in the structure of an XML document. Therefore, an operation to inspect whether 
fragments are the same by use of the XPath is not a simple one that merely matches simple 
strings with each other. In particular, overhead is caused in analysis/comparison of the 
relevant path, if the XPath path is expressed in an abbreviated format. 

SUMMARY OF THE INVENTION 
[28] The present invention is contemplated to solve the aforementioned problems. — An 
obree tAccordingly, an aspect of the present invention is to provide an index structure of 
metadata including information of a key encoded so as to allow information on contents to 
be searched more quickly. 

[29] Another objee taspect of the present invention is to provide a method of providing an 
index of the metadata capable of searching the information on contents in a fast manner, a 
method of searching the metadata using the metadata index, and a searching apparatus using 
the same. Additional aspects and/or advantages of the present invention will be set forth in 
part in the description which follows and, in part, will be obvious from the description, or 
may be learned by practice of the invention. 

[30] According to one embodiment of the present invention to accomplish these and 
other objects, there is provided an index structure of metadata comprising a list of keys 
composed of predetermined fields of the metadata, wherein the list contains therein location 
information of the fields in the metadata, wherein at least a part of the location information 
is expressed as a predetermined code. To achieve the above and/or other aspects of the 
resent invention, there is provided an index structure for metadata divided into fragments, 
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comprising a list of keys corresponding to fields of the metadata, and location information 
for defining a key, wherein at least a part of the location information is expressed as a 
predetermined code. 

[31] Preferably, the The index structure may further comprise[[s]] values of the key and 
identification information of the metadata corresponding to the values of the key. The 
index structure may further comprise a sub-section including ranges of values of the key 
and identification information on ones of the fragments of the metadata corresponding to 
the values of the key, and a section including representative key values representing the 
respective ranges of values of the key. 

[32] Also preferably, the metadata comprises fragments divided by a predetermined 
range in a tree data structure, wherein the field constituting the key corresponds to any one 
of the information constituting the fragments . The list may include identification information 
on the section, and the section may further include identification information on the sub- 
section. Each of the representative key values may be a value among the corresponding 
range of values of the key. 

[33] It is desirable that the identification information of the metadata comprises 
identification information of the fragment. Another part of the location information may be 
expressed as another predetermined code or XPath. 

[34] Desirably, the location information comprises location information of the fragment 
to which the field constituting the key belongs within the data structure and location 
information of the field within the fragment. The location information may comprise 
location information of a fragment including the key, and location information of the key 
within the fragment. 
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[35] Desirably, either the location information within the data structure or the location 
information within the fragment is expressed in a predetermined code. One of the location 
information of the fragment and the location information of the key may be expressed as the 
predetermined code. 

[36] It is preferable that at least a part of the location information is expressed in 
XPa feThe other one of the location information of the fragment and the location 
information of the key may be expressed as another predetermined code or XPath. 

[37] Preferably, the The predetermined code i smay be assigned in advance to the location 
information frequently referred. The predetermined code may comprise XPath as additional 
information where the respective fragment/key corresponds to a user defined type. 

[38] More preferably, the index structure further comprises a representative key value 
representing t he predetermined range of t he values of the key. To achieve the above and/or 
other aspects of the present invention, there is provided another index structure for metadata 
divided into fragments, comprising a key index list section comprising a list of keys 
corresponding to fields of the metadata, and location information for defining the keys, 
wherein at least a part of the location information is expressed as a predetermined code, a 
key index section, and a sub-key index section, wherein for a key of the key index list, the 
sub-key index section comprises ranges of values of the key and identification information 
on ones of the fragments of the metadata corresponding to the values of the key, and the key 
index section comprises representative key values representing the respective ranges of 
values of the key. 
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[39] Desirably, the The representative key value may comprise[[s]] at least one of a 
maximum value, a minimum value or an intermediate value among the values within the 
concerned respective range. 

[40] It is desirable that the The metadata has may have a structure of metadata as defined 
in TVA Forum . The index structure may further comprise a corresponding key index 
section and a corresponding sub-key index section for another key of the key index list. 

[41] According to one embodiment to accomplish these and other objects of the present 
invention, there is provided a method for providing the metadata index including a list of 
the keys composed of predetermined fields of the metadata, wherein the list contains 
location information of the field in the metadata, wherein at least a part of the location 
information is expressed with a predetermined code. The location information may comprise 
location information of a fragment including the keys, and location information of the keys 
within the fragment. The key index list section may further comprise identification 
information on the key index section, and the key index section may further comprise 
identification information on the sub-key index section. 

[42] Preferably, the metadata index further comprises values of the key and identification 
information of the metadata corresponding to the values of the key. To achieve the above 
and/or other aspects of the present invention there is provided still another index structure 
for metadata divided into fragments, comprising a list of keys corresponding to fields of the 
metadata, and location information for defining the keys, wherein at least a part of the 
location information is expressed as a predetermined code, and values of the keys and 
identification information on the metadata corresponding to the values of the keys. 
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[43] Desirably, the metadata comprises fragments divided by a predete r mined range in a 
tree data structure, wherein the field constituting the key corresponds to any one of the 
information — constituting the — fragments. The identification information may comprise 
identification information on the fragments of the metadata corresponding to the values of 
the keys. 

[44] It is preferable that the identification information of the metadata comprises 
identification information of the fragment. To achieve the above and/or other aspects of the 
present invention there is provided a method of providing an index structure for metadata 
divided into fragments, the method comprising providing a list of keys corresponding to 
fields of the metadata, and location information for defining a key, wherein at least part of 
the location information is expressed as a predetermined code. 

[45] It is also preferable that the location information comprises location information of 
the fragment to which the field constituting the key belongs within the data structure and 
location information of the field within the fragment. The method may further comprise 
providing values of the key and identification information on the metadata corresponding to 
the values of the key. 

[46] Preferably, either the location information within the data structure or the location 
information within the fragment is expressed in a predetermined code. The method may 
further comprise providing a sub-section including ranges of values of the key and 
identification information on ones of the fragments of the metadata corresponding to the 
values of the key, and providing a section including representative key values representing 
the respective ranges of values of the key. 
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[47] Also preferably, at least a part of the location information is expressed in XPath. T he 
location information may comprise location information of a fragment including the key, 
and location information of the key within the fragment. 

[48] Preferably, the code is assigned in advance to the location information frequently 
used. 

[49] Desirably, the metadata index further comprises a representative key value 
representing the predetermined range of the values of the key. The providing of the list may 
comprise providing the list having one of the location information of the fragment and 
location information of the key encoded as the predetermined code. 

[50] Further desirably, the representative key value comprises at least one of a ma x imum 
value, a minimum value or an intermediate value among the values within the concerned 
range /The predetermined code may comprise XPath as additional information where the 
respective fragment/key corresponds to a user defined type. 

[51] Also desirably, the metadata has a structure of metadata as defined in TVA. To 
achieve the above and/or other aspects of the present invention there is provided another 
method of providing an index structure for metadata divided into fragments, the method 
comprising providing a key index list section comprising a list of keys corresponding to 
fields of the metadata, and location information defining the keys, wherein at least part of 
the location information is expressed as a predetermined code, providing a key index 
section, and providing a sub-key index section, wherein for a key of the key index list, the 
sub-key index section comprises ranges of values of the key and identification information 
on ones of the fragments of the metadata corresponding to the values of the key, and the key 
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index section comprises representative key values representing the respective ranges of 
values of the key. 

According to one embodiment to accomplish the present invention, there is also provided a 
method of searching the metadata, comprising the steps of (i) determining location 
information of the field of the search conditions input by the user, in the metadata; (ii) 
searching the key containing the code predetermined as location information, where at least 
a part of the location information is defined as the predetermined code; and (iii) extracting 
the concerned metadata by use of the searched key. To achieve the above and/or other 
aspects of the present invention there is provided still another method of providing an index 
structure for metadata divided into fragments, the method comprising providing a list of 
keys corresponding to fields of the metadata, and location information for defining the keys, 
wherein at least part of the location information is expressed as a predetermined code, and 
providing values of the keys and identification information on the metadata corresponding 
to the values of the keys. 

[52] It is desirable that the metadata index comprises values of the key and identification 
information of the metadata corresponding to the values of the key. The identification 
information may comprise identification information on the fragments of the metadata 
corresponding to the values of the keys. 

[53] It — is — also — desirable — that — the — metadata comprises — fragments — divided — by — a 
predetermined range in a tree data structure, wherein the field constituting the key 
corresponds to any one of the information constituting the fragments. To achieve the above 
and/or other aspects of the present invention, there is provided a method of searching for 
metadata divided into fragments, using an index having a list of keys corresponding to 
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fields of the metadata, and location information for defining the keys, the method 
comprising searching from the index of the metadata, a key corresponding to a search 
condition of a field of the metadata, wherein at least a part of the location information 
defining the key is expressed as a predetermined code value, and extracting a fragment of 
the metadata using the searched key. 

[54] Desirably, the identification information of the metadata comprises identification 
information of the fragment. The searching of the key may comprise determining location 
information corresponding to the field of the search condition with respect to the metadata, 
and searching for the key corresponding to the location information with respect to the field 
of the search condition. 

[55] Also desirably, the location information comprises location information of the 
fragment to which the fiel d constituting the key belongs within the data structure and 
location information of the field within the fragment. The extracting of the fragment 
comprise searching for a value of the key meeting the search condition among values of the 
key from the index, and extracting identification information on the fragment of the 
metadata corresponding to the value of the key. 

[56] Preferably, either the location information within the data structure or the location 
information within the fragment is expressed in a predetermined code. In response to a 
plurality of values of the key meeting the search condition, the extracting of the fragment 
may comprise extracting ones of the fragments of the metadata corresponding to the values 
of the key meeting the search condition. 

[57] Also preferably, at least a part of the location information is expressed in XPath. The 
searching of the value may comprise searching a representative key value meeting the 
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search condition, among representative key values of the index corresponding to ranges of 
values of the key, and searching for the value among a range of values corresponding to the 
representative key value, 

[58] It is preferable that the code is assigned in advance to the location information 
frequently used. The index may comprise a key index list section comprising the list, a sub- 
key index section comprising ranges of values of the key and identification information on 
ones of the fragments of the metadata corresponding to the values of the key, and a key 
index section comprising representative key values representing the respective ranges of 
values of the key. 

[59] It is also preferable that the metadata index further comprises a list of the keys. The 
location information may comprise location information of a fragment of the metadata 
including the key, and location information of the key within the fragment. 

[60] Also preferably, the metadata index further comprises the representative key value 
representing the predetermined range of the values of the key. To achieve the above and/or 
other aspects of the present invention, there is provided another method of searching for 
metadata divided into fragments, the method comprising accessing a list comprising a 
plurality of combinations of location information on a fragment and location information 
defining at least one key within the fragment, wherein one of the location information on 
the fragment and the location information defining the at least one key is expressed as a 
predetermined code, and searching from the list, a combination corresponding to an input 
search condition of at least one key of the metadata. 

[61] Preferably, the representative key value comprises at least one of a maximum value, 
a minimum value or an intermediate value among the values within the concerned 
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faage rThe other location information may be expressed as another predetermined code or 
XPath. 

[62] Further preferably, the metadata has a structure of metadata as defined in TVA. The 
method may further comprise extracting one or more fragments of the metadata 
corresponding to identification information on the metadata identified by the selected 
combination. 

[63] It is desirable that the step (ii) of searching the key comprises the step of searching 
the key containing the code defined as location information in the key list where (a) location 
information in the data structure or (b) location information in the fragment is defined with 
a predetermined code. To achieve the above and/or other aspects of the present invention, 
there is provided an apparatus for searching for metadata divided into fragments, using an 
index having a list of keys corresponding to fields of the metadata, and location information 
defining the keys, comprising an input unit receiving a search condition having a field of the 
metadata as a search parameter, and a control unit searching from the index of the metadata, 
a key corresponding to the search condition, wherein at least a part of the location 
information defining the key is expressed as a predetermined code value, and extracting a 
fragment of the metadata using the searched key. 

[64] Desirably, the step (iii) of extracting the metadata comprises the steps of (iii - 1) 
searching a value of the key meeting the input search conditions among the values of the 
key to be indexed by the searched key, and (iii 2) extracting the concerned metadata by use 
of the searched value of the key. The predetermined code value may comprise XPath as 
additional information where the respective fragment/key corresponds to a user defined type. 
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[65] Desirably, the step (iii 1) of searching a value of the key meeting the input search 
conditions among the values of the key to be indexed by the searched key comprises the 
steps of searching the representative key value meeting the input search conditions, and 
searching the value of the key meeting the input search conditions among the values of the 
key in the range represented by the representative key value. The location information may 
comprise location information of a fragment of the metadata including the key, and location 
information of the key within the fragment. 

[66] According to one embodiment to accomplish these and other objects of the present 
invention, there is provided an apparatus for searching metadata, compr is ing an input unit 
allowing a user to input search conditions, and a control unit determining location 
information of the field of the search conditions input by the user, in the metadata, 
searching the key containing the code predetermined as location information, where at least 
a part of the location information is defined as the predetermined code, and extracting the 
concerned metadata by use of the searched key. The control unit may search a value of the 
key meeting the search condition among values of the key from the index, and extract 
identification information on the fragment of the metadata corresponding to the value of key. 

[67] Preferably, the metadata index comprises values of the key and identification 
information of the metadata corresponding to the values of the key . The apparatus may 
further comprise a receiving unit receiving the metadata, a storage unit storing therein the 
received metadata, and an output unit outputting the search result by the control unit. In 
response to a plurality of values of the key meeting the search condition, the control unit 
may extract ones of the fragments of the metadata corresponding to the values of the key 
meeting the search condition. 
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[68] Preferably, the metadata comprises fragments divided by a predetermined range in a 
tree data structure, wherein the field constituting the key corresponds to any one of the 
information constituting the fragments. The control unit may search for a representative key 
value meeting the search condition, among representative key values of the index 
corresponding to ranges of values of the key, and search for the value among a range of 
values corresponding to the representative key value. The metadata may have a structure of 
metadata as defined by the TV -Anytime Forum. 

[69] Preferably, the identification information of the metadata comprises identification 
information of the fragment. To achieve the above and/or other aspects of the present 
invention, there is provided another apparatus for searching for metadata divided into 
fragments, comprising an input unit receiving a search condition of at least one key of the 
metadata, and a control unit selecting from a list comprising a plurality of combinations of 
location information on a fragment and location information defining at least one key within 
the fragment, a combination corresponding to the search condition, wherein one of the 
location information on the fragment and the location information defining the at least one 
key is expressed as a predetermined code. 

[70] Preferably, the location information comprises location information o f the fragment 
to which the field constituting the key belongs within the data structure and location 
information of the field within the fragment. The other location information may be 
expressed as another predetermined code or XPath. The control unit may extract one or 
more fragments of the metadata corresponding to identification information on the metadata 
identified by the selected combination. 
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[71] Preferably, either the location information within the data structure or the location 
information within the fragment is expressed in a predetermined code. To achieve the above 
and/or other aspects of the present invention, there is provided a computer readable medium 
containing a data structure for storing an index for metadata divided into fragments, the 
index provided to search the metadata, the data structure comprising a list of keys 
corresponding to fields of the metadata, and location information for defining a key, 
wherein at least a part of the location information is expressed as a predetermined code. 

[72] Preferably, at least a part of the location information is expressed in XPath. To 
achieve the above and/or other aspects of the present invention, there is provided another 
computer readable medium containing a data structure for storing an index for metadata 
divided into fragments, the index provided to search the metadata, the data structure 
comprising a key index list section comprising a list of keys corresponding to fields of the 
metadata, and location information for defining the keys, wherein at least a part of the 
location information is expressed as a predetermined code, a key index section, and a sub- 
key index section, wherein for a key of the key index list, the sub-key index section 
comprises ranges of values of the key and identification information on ones of the 
fragments of the metadata corresponding to the values of the key, and the key index section 
comprises representative key values representing the respective ranges of values of the key. 

[73] Preferably, the code is assigned in advance to the location information frequently 
usedr To achieve the above and/or other aspects of the present invention, there is provided 
still another computer readable medium containing a data structure for storing an index for 
metadata divided into fragments, the index provided to search the metadata, the data 
structure comprising a list of keys corresponding to fields of the metadata, and location 
information for defining the keys, wherein at least a part of the location information is 
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expressed as a predetermined code, and values of the keys and identification information on 
the metadata corresponding to the values of the keys. 

[74] Preferably, the metadata index further comprises a list of the keys. To achieve the 
above and/or other aspects of the present invention, there is provided for each of the 
methods described above, a computer-readable medium comprising computer-executable 
instructions for performing the operation(s) recited in the method, 

[75] Preferably, the metadata index further comprises the representative key value 
representing the predetermined range of the values of the key. 

[76] Preferably, the representative key value comprises at least one of a maximum value, 
a minimum value or an intermediate value among the values within the concerned r ange . 

[77] Preferably, the metadata has a structure of metadata as defined in TVA. 

[78] Preferably, the control unit searches the key containing the code defined as locati o n 
information, in the key list, where (a) location information in the data structure or (b) 
location information in the fragment is defined with a predetermined code. 

[79] Preferably, the c ontrol unit searches the value of the key meeting the input search 
conditions among the values of the key to be indexed by the searched key, and extracts the 
concerned metadata by use of the value of the searched key. 

[80] Preferably, the control unit searches the representative key value meeting the input 
search conditions, and searches the value of the key meeting the input search conditions 
among the values of the key in the range r epresented by the representative key value. 
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[81] Also preferably, the searching apparatus further comprises a receiving unit receiving 
metadata, a storage unit storing therein the received metadata, and an output unit outputting 
the search result by the control unit. 

[82] Therefore, an apparatus for searching metadata that searches the TVA metadata can 
more efficiently perform searches for the metadata fragments by using the encoded key 
information. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[83] The above and other objects aspects and features of the present invention will 
become apparent from the following description of preferred exemplary embodiments given 
in conjunction with the accompanying drawings, in which: 

[84] FIG. 1 is a schematic diagram illustrating a concept of a general PDR; 

[85] FIG. 2 shows a grid guide screen in a general EPG application; 

[86] FIG. 3 shew sis a block diagram illustrating a structure of general metadata defined 
by the TV- Anytime Forum; 

[87] FIG. 4 is a schematic diagram illustrating a concept of a general fragment defined by 
the TV-Anytime Forum; 

[88] FIG. 5 is a schematic diagram illustrating a concept of a general container defined 
by the TV-Anytime Forum; 

[89] FIG. 6 shews is a block diagram illustrating an index structure of metadata using the 
conventional key scheme; 

[90] FIG. 7 illustrates is a block diagram illustrating an index structure of metadata and a 
searching process using the conventional key scheme; 
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[91] FIG. 8 sbews is a block diagram illustrating an index structure of metadata according 
to an embodiment of the present invention; 

[92] FIG. 9 sbews is a schematic diagram illustrating an index structure of metadata and a 
searching process according to an embodiment of the present invention; 

[93] FIG. 10 illustrates is diagram illustrating a method of providing indices of metadata 
according to an embodiment of the present invention; 

[94] FIG. 1 1 is a diagram showing illustrating a method of searching for the metadata 
according to an embodiment of the present invention; and 

[95] FIG. 12 is a schematic diagram illustrating an apparatus for searching for the 
metadata according to an embodiment of the present invention. 

DESCRIPTION OF THE PREFERRED EXEMPLARY EMBODIMENTS 
[96] Hereinafter, an index structure of metadata provided for searching for information 
on contents, and a method for providing indices of the metadata, and a method and an 
apparatus for searching for the metadata using the index structure of the metadata will be 
described in detail with reference to the accompanying drawings. 

[97] The embodiments will be described on the basis of TVA metadata in this 
specification for the sake of description; however, this will not be interpreted or 
comprehended in limiting the coverage of protection of the present invention. 

[98] Fir s t , as information on contents J IG. 8 shows an index structure of metadata for 
searching the metadata according to an embodiment of the present invention , the syntax 
defining wherein the index structure including includes information of an encoded for 
defining a key so as to index TVA metadata fragments stored in the data container as 
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described above. That is Hereinafter , a key index list (key_index_list) section 110, a key 
index (key_index) section 120 and a sub key index (sub_key_index) section 130 will be 
described, and the index structure including the encoded key information defined by the 
syntax will be then described. 

[99] The syntax defining the index structure of the metadata according to one 
embodiment of the present invention, in particular, including the encoded key information, 
is different in concept from the syntax defined in a conventional key index art reference in 
that it comprises structures newly introduced for an encoding concept of the key 
information, such as fragment_descriptor() and key_descriptor(), and reorganizes structures 
of the key index list (key_index_list) section 110, the key index (key_index) section 120 
and the sub key index (sub_key_index) section 130. 

[100] The key index list (key_index_list) section 110 [as described above] comprises key 
information defining respective keys and identification information on the key index 
(key index) section 120 to be described later. 

[101] The key information serves to define the keys, i.e., location information in the 
metadata, which predetermined fields of the metadata constituting the keys have. The key 
information comprises location information that the of a metadata fragment to which the 
fields constituting the keys belong within the metadata (hereinafter referred to as "location 
information of a fragment,' 5 which is expressed inas XPath of the fragment in TV R TVA 
(fragment_xpath_ptr)), and location information that the of fields constituting the keys 
hav ethat are within eaeh the respective metadata fragment (hereinafter referred to as , for 
example, "location information of a key," that is, an XPath for a relative path of the node 
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within the relevant fragment, of the node used as the key in TVA, being which is expressed 
ifias XPath of the key in TV A (i.e., key_xpath_ptr). 

1. Key Index List (key_index_list) section 

[102] The key index list (key_index_list) section provides a list of all the transmitted keys. 

[103] In an embodiment of the present invention, a 'fragment_xpath_ptr' indicating 
location information of the fragment within the conventional key index list (key_index_list) 
section (expressed inas XPath of the fragment in the TV A) is replaced with a 
fragment_descriptor() . 



Table 1 



Syntax 


No. of Bits (changeable) 


key_jndex _Jist() { 




for (j=0; j<key index count; 




fragment_descriptor() 


16 1 


key_descriptor() 


16 


index container 


16 


key_index_identifier 


8 


> 




} 





[104] keyindexcount: specifies the number of all the transmitted keys, i.e., the number 
of indices for the entire XML document. 

[105] fragment_descriptor(): describes corresponds to XPath location of a target 
fragments) to be indexed. Wher eAccording to an embodiment of the present invention, the 
location information of the fragment is expressed as a predetermined code[[s]], the same 
type of fragment as shown in Table 3 below for the standard fragment type in Table 3, to be 
shown later, can be described . The type of the fragment is not limited to the standard 
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fragment type of Table 3, and the fragment can be shaped as random as possible as far as its 
shape can indicate XPath of the fragment to define the keys (for example, a part may be 
Xpath but the other part may have an encoded code values) . 

[106] key_descriptor(): describes corresponds to XPaths of the keys within the XPath 
location of the group of the target fragment[[s]] to be indexed. Where the location 
information of the key is expressed as a predetermined code[[s]], the same type o f similarly 
to the fragment type described above, [[as]] the standard key type can be described. As 
described above with reference to the fragment_descriptor(), the type of the key is not 
limited to the standard key type. 

[107] index container: identifies the container in which a specified key index 
(key_index) section exists. 

[108] key_index_identifier: identifies the key index (key_index) section within the 
container specified by the index container. The key index (key index) section can be 
identified in a unique manner in combination of the index_container and the 
key_index_identifier. 

2. Fragment Descriptor (fragment_descriptor) 

[109] The 'fragmentdescriptorO' provides a structure of encoding specific bits (which 
may be encoded to arbitrary bits such as 8 bits, 16 bits and so on) relative to the standard 
fragment type frequently used, and at the same time, a structure capable of describing XPath 
as additional information relative to the metadata fragment type defined by the user. That is, 
where the fragment_descriptor is 4 0xFF\ it indicates a user-defined fragment, and thus, 
XPath for the relevant user-defined fragment is immediately described. 
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Table 2 



Syntax 


(No. of Bits changeable) 


fragment descriptor() { 




fragmenttype 


8 


if (fragment type = OxFF) 

{ 




fragment_xpath_ptr 


16 


} 




> 





[110] fragmentary pe: represents the type of fragments to be indexed. Encoded values are 
assigned to the standard fragment types frequently used. If the fragment type has an 
encoded value of OxFF, the fragment_xpath_ptr is added as additional information. 



[Ill] Table 3 illustrates encoded values for location information of the frequently used 
fragment types (hereinafter referred to as "standard fragment") when a search is conducted 
in the TV -Anytime. However, the standard fragment types and the encoded values in this 
embodiment are not limited to those illustrated in Table 3 but can be extended in 
accordance with applications. 

Table 3 



Value 


Description 


0x00 


Not Designated 


0x01 


Programlnformation fragment 


0x02 


Grouplnformation fragment 


0x03 


Creditslnformation fragment 


0x04 


ProgramReview fragment 


0x05 


Segmentlnformation fragment 


0x06 


Servicelnformation fragment 


0x07 


BroadcastEvent fragment 


OxFF 


User deisgnated fragment 


0x08-0x0E 
OxlO-OxFF 


Reserved 



3. Key Descriptor (key descriptor) 
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[112] The 'key_descriptor()' provides a structure of encoding location information of the 
keys having a high frequency of use (hereinafter referred to as "standard key") to specific 
bits when a search is made, and at the same time, a structure of describing the key type 
defined by the user in XPath. For example, if the key_descriptor is 'OxFF', it indicates a 
user-defined key. Thus, the XPath is described as additional information for the user- 
defined key. 



Table 4 



Syntax 


No. of Bits (changeable) 


key_descriptor() { 




key_type 


8 


if (key type = = OxFF) { 




key_xpath_ptr 


16 


) 




} 





[113] key_type: represents the type of keys to be indexed. Encoded values are assigned to 
location information of the standard key types frequently used when a search is conducted. 
If the key_type has an encoded value of 'OxFF', the key_xpath_ptr is added as additional 
information. 

[114] key_xpath_ptr: refers to the relative path involved in the fragment XPath of the 
node used as the key. 

[115] In the present embodiment, although While the encoded values for the standard keys 
have not been specified, it will be understood that the encoded values for the standard key 
types may have a structure similar to encoding of the fragment types of Table 3. 

4. Key Index (key_index) section 
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[116] Since the definitions of the key index (key_index) section and the sub key index 
(sub_key_index) section are the same as those defined in the key index art reference, the 
detailed description thereof will be omitted. 

4. Key Index (key index) section 



Table 5 



Syntax 


No. of Bits (changeable) 


key_index() { 




key_index_identifier 


8 


for (j=0; j<sub_index_count; 

j-H-M 




highjceyvalue 


16 


sub index container 


16 


sub index identifier 


8 


} 




} 




5. Sub Key Index (sub_key_index) section 

Table 6 


Syntax 


No. of Bits (changeable) 


sub_key_index() { 




sub index identifier 


8 


for (j=0; j<reference_count; j++) 

{ 




key_value 


16 


target_container 


16 


targethandle 


16 


} 




> 





[117] Hereinafter, the metadata structure defined by the syntax described above will be 
discussed with reference to FIG. 8, in which the metadata is expressed as segments of the 
index information. 
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[118] The key index list (key_index_list) section 110 defined in the index structure 
provides a list of all the transmitted keys. The list includes key information defining each 
key (i.e., location information of the fragment (fragment_descriptor) and/or location 
information of the keys (key descriptor); the location information of the fragment or the 
location information of the key may be selectively encoded, or they may be encoded 
simultaneously depending on embodiments of the present invention) and identification 
information on the key index (key index) section 1 20 to be described later. The XPath of 
the metadata fragment is a path for the root node of the TVA metadata XML document, i.e., 
an absolute path, in the same manner as in the conventional index structure, and the XPath 
of the node used as the key, i.e., the XPath of the key, represents a relative path of the key 
for the metadata fragment. The XPath of the metadata fragment and the XPath of the key in 
combination represents location information of the key for the entire XML document. 

[119] In the present inventio n embodiment , the encoded value e fcorresponding to the 
XPath for the metadata fragment (that is, location information of the fragment group) and 
the encoded value e fcorresponding to the XPath of the key (that is, location information of 
the key) are respectively stored in the 'fragment^descriptor' segment 111 and the 
'key descriptor' segment 112. 

[120] As describe above, where location information of the fragment among the key 
information is of the standard fragment type which is frequently used, there is provided an 
encoded value (fragment_descriptor) expressing the XPath for the metadata fragment 
(fragment_xpath_ptr) with a predetermined code[[s]]. As the standard fragment types 
frequently used, there are for example, program information (Programlnformation), 
program group information (Grouplnformation), credit information (Creditlnformation), 
program review (ProgramReview), segment information (Segmentlnformation), broadcast 
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event (BroadcastEvent), service information (Servicelnformation) and the like. If the XPath 
of the metadata fragment for these fragment types can be simply expressed as an encoded 
value, the overhead in the search for the metadata can be reduced. 

[121] Therefore, in the index structure according to the present embodiment, the XPath of 
the standard metadata fragment is encoded to a predetermined encoded value and then 
stored. Furthermore, all of the encoded values are not assigned to the fragments and some 
of the encoded values (e.g., 'OXFF') are assigned to the metadata fragments as defined by 
the user, to thereby allow the user to additionally define location information on the 
metadata fragment by means of the XPath. In this regard, an additional area 
('fragment_xpath_ptr'), for example, by which the XPath for the metadata fragment can be 
designated is provided. 

[122] In the embodiment in which fragments are encoded in accordance with Table 3, the 
location information on the metadata fragment among the key information has such encoded 
values as '0x01% '0x02' and '0x03.' The location information on the metadata fragment 
encoded to '0x0 T indicates the XPath of the 'program information (Programlnformation) 
fragment.' Further, where the location information on the metadata fragment is 'OxFF,' it 
means the metadata fragment defined by the user, and thus, an additional area for enabling 
the XPath of the metadata fragment to be designated is provided. 

[123] Although the above embodiment has been described with respect only to the 
metadata fragment, the same wii knay be applied with respect to the key(s) for the metadata 
fragment. A sThat is, encoded values may be designated and used for the frequently used 
key s instead o f , encoded values can be designated for use, but the conventional XPath offer 
the keys cannot be used . In addition, if the encoded value comprises a predetermined value, 
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the user eanmay additionally designate the XPath for the key. The encoding of the XPath of 
the aforementioned metadata fragment and the encoding of the XPath of the key can be 
used simultaneously or independently. 

[124] Furthermore, the key index list (key_index_list) section 110 comprises the 
identification information on the key index (key_index) section 120 of each key to be 
described later (i.e., the container identifier information (container_id) of the container 
storing therein the key index (keyindex) section 120, and the key index identifier 
information). The container identifier information and the key index identifier information 
are respectively stored in an fc index_container' segment and a 'keyindex^identifier' 
segment in the key index list (key index list) section 1 10. 

[125] Since the key index (key_index) section 120 and the sub key index (sub_key_index) 
section 130 are the same as described in the key index art reference, the description thereof 
will be omitted. 

[126] The index structure including the encoded key information will be described in 
detail with reference to FIG. 9, which illustrates the index information according to an 
embodiment if the present invention . 

[127] FIG. 9 shows the key index list section 1 10 in which the XPath of 'BroadcastEvent' 
fragment for the Service Id is encoded to c 0x07.' Herein, the key index (key index) section 
120 and the sub key index (key_index) section 130 are the same as described with reference 
to FIG. 7. 

[128] The index structure described above is very effective when the keys related to the 
frequently used fragments types, e.g., Programlnformation, Grouplnformation, and 
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BroadcastEvent and so on are used, thereby reducing the entire overhead in the apparatus 
for searching metadata. 

[129] FIG. 10 illustrates a method of providing an index of metadata having a structure 
according to one embodiment of the present invention as described above. 

[130] Indices of the metadata according to one embodiment of the present invention can 
be generated by the provider 200 providing, for example, audio/visual signals. 

[131] Information on contents, that is, metadata, is first processed on a fragment basis as 
described above (SI 00). At least a portion (location information of the fragment or location 
information of the key) of information on the fields that will be included in the metadata 
index, that is, information on the key (for example, location information of the fragment and 
location information of the key) is encoded (S200). In other words, where location 
information of the metadata fragment to which fields constituting the keys belong or 
location information of the key is of the standard fragment type or the standard key type, 
both of which can be encoded, the location information of the metadata fragment or the 
location information of the key, i.e., the XPath of the metadata fragment or the XPath of the 
key is encoded to the predetermined code value (for example, the 'broadcast event 
(BroadcastEvent) fragment is encoded to '0X07') in FIG. 9). Where the location 
information of the metadata fragment or the location information of the key is not identified 
by the encoded value[[s]] 5 the key information expressed with XPath is designated may be 
utilized as in the conventional art. 

[132] A key is provided by use of information constituting the fragment[[s]], for example, 
information on a 'Service ID' (S300). Then, a sub key index (sub_key_index) section s 1 1 A 
are 130 is provided b yfor the key as provided above (S400). The sub key index 
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(sub_key_index) sections-144 130 include s segments 1 14 having therein ihe ranges of values 
of the key , and s divided by a predetermined range, whereas the sub — key index 
(sub_key_index) sections 1H include therein metadata fragment identification information 
corresponding to the values of the key[[s]] (that is, the container identifier information 
(container_id) and fragment data identifier information (handle_value) respectively stored 
in the 6 target_container' segment and the 'target_container' segment of FIG. 8). 

[133] TheA key index (key_index) section 120 containing the having representative key 
values representing the respective ranges of values of the key s divided by a predetermined 
range is provided (S500). For example, thea representative key value (e.g., 509) indicating 
thea predetermined range (e.g., 500-509) of the Service Id is included. The key index 
(key_index) section 120 includes therein identification information for the sub key index 
(sub key index) section s 11 4 a and 11 4 b storing therein the values of the keys divided by 
the predetermined range 130 , wherein the identification information comprises the container 
identifier information (container id) of the container in which the sub key index 
(sub key index) section 130 is stored and the sub key index identifier information as shown 
in FIG. 8. 

[134] ¥heA key index list (key index list) section 110 arranging key information as 
provided above, that is, location information of the fragment and location information of the 
key, based on the key, is provided (S600). At this time, if the encoded location information 
of the fragment or the encoded location information of the key in the step of S200 exists, the 
location information above is expressed as an encoded code[[s]] when the key index list 
(key_index-list) section 1 10 is provided. In other words, for example, the 'broadcast event 
(BroadcastEvent)' fragment in FIG. 9 is expressed as '0X07.' Where the location 
information of the fragment or the location information of the key can not be distinguished 
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by an encoded value[[s]], the key information expressed in XPath as in the conventional art 
is inserted may be utilized . 

[135] The key index list (keyindexlist) section 110 further comprises identification 
information on the key index (key_index) section 1 20, in addition to the key information. 

[136] The steps described above may proceed in reverse order in other embodiments of the 
present invention , and the step S500 of providing the key index (keyindex) section 120 
including therein the representative key values may be omitted depending on the 
embodiment(s). 

[137] Hereinbelow, a method of searching for metadata meeting a search condition[[s]] by 
use of the metadata index having a structure according to one embodiment of the present 
invention described above^ will be described with reference to FIG. 1 1 . 

[138] Search conditions are A search condition is input by^ the for example, a user (SI 100), 
and location information in the of metadata relative to thea field of the input search 
condition[[s]] is determined (S430 01210) . WhereA key corresponding to the location 
information of the field is searched in the key index list (key index list) section 110 . 
(SI 300), wherein at least a part of the location information, e.g., location information of 
thea fragment including the key or location information of the key within the fragment , is 
defined with a predetermined code s, the key including the defined key therein is searched in 
the key index list (key_index_list) section 110 (SI 200) , and the concerned metadata is 
extracted by use of the searched key (SI 400). 

[139] The step of extracting the concerned metadata, SHOO, comprises the steps of 
searching the for a representative key value meeting the search condition's]],, in comparison 
of the representative key value and the range of the values of the key of the search 
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condition^]},, in the key index (key_index) section 120, and searching the sub key index 
(sub_key_index) section 130 for a segment 1 14 including the values of the key in the range 
represented by the searched representative key value (S1410), searching th efor a value of 
the key meeting the search condition[[s]] in the segment 1 14 of the searched sub key index 
(sub_key_index) section 444 130 (SI 420) , and extracting the concerned metadata by use 
efusing the identification information of the metadata fragment corresponding to the 
searched value of the key by use of the searched value of the key , whereby the metadata 
fragment meeting the search condition[[s]] is extracted. It is understood that, for example 
with reference to FIGS. 2 and 9, where a search condition corresponds to a key of 'Service 
Id' in the range of 507-514 is input representative key values 509 and 519 are searched, 
values from the respective ranges of values of the key are searched, and fragments 
corresponding to the search condition are extracted by using the identification information 
on the fragments corresponding to the values of the key. 

[140] Here, the The location information of the fragment refers to an absolute path of the 
metadata fragment, the keys of which are to be indexed as described above, that is, the 
XPath of the metadata fragment (fragment_xpath_ptr), and the location information of the 
key refers to a relative path of the key for the metadata fragment (relative path in the XPath 
location of the fragment), that is, the XPath (key_descriptor) of the nodes used as keys. 

[141] In the steps of S1410, S1420 and S1430, the steps of searching the concerned key 
index (key_index) section 1 20 and the sub key index (sub_key_index) section 44 4130 , and 
extracting the concerned fragment proceed by use of the identification information of the 
key index (key_index) section 120, of the sub key index (subkey-index) section and of the 
metadata fragment, respectively. 
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[142] FIG. 12 depicts an apparatus for searching the metadata according to one 
embodiment of the present invention. The apparatus performs a method of searching the 
metadata according to the present invention described with reference to FIG. 1 1. 

[143] The apparatus 1000 comprises an input unit 1100 allowing thea user to input a 
search condition[[s]], an apparatus for searching metadat a a receiving unit 1200 receiving 
contents, metadata on contents or an index of the metadata, a storage unit 1300 storing 
therein the received contents, the metadata on the contents or the index of the metadata, a 
control unit 1400 determining location information of the metadata corresponding to the 
field of the search condition[[s]] input from the input unit 1100, searching the key 
containing the code predetermined as location information, where at least a part of the 
location information is defined as the predetermined code, and extracting the concerned 
metadata by use of the searched key, and an output unit 1500 outputting the result of the 
search by the control unit 1400. 

[144] The control unit 1400 compares the search condition [[s]] input from the input unit 
1100 with the value of the key contained in the metadata index stored in the storage unit 
1300. 

[145] Among the steps of searching the metadata according to one embodiment of the 
present invention, the step of determining location information of the field of the input 
search condition[[s]] within the metadata (S1210), the step of searching the key containing 
the code predetermined as location information, where at least a part of the location 
information is defined as the predetermined code (SI 300), and the step of extracting the 
concerned metadata by use of the searched key (SI 400) are performed in the control unit 
1400. Descriptions of these steps have been described with reference to FIG. 451 1. 
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[146] The present invention proposes an index structure providing a simplified indexing 
for metadata fragments to search the metadata fragments in a quick manner, under the 
environment wherein the metadata is structured on a fragment basis, a method for searching 
the index information, and an apparatus for searching the index information. 

[147] According to the present invention, a quick search ferof metadata is available and 
overhead to the apparatus for searching the metadata is reduced, thereby shortening the 
searching time and increasing the efficiency of the apparatus for searching the metadata. 
However, it is understood that while illustrative, non-limiting embodiments of the present 
invention overcome the above described disadvantages and other disadvantages not 
described above, the present invention is not required to overcome the disadvantages 
described above, and illustrative, non-limiting embodiments of the present invention may 
not overcome any of the problems described above. It is also understood that a system 
which uses the present invention also includes permanent or removable storage, such as 
magnetic and optical discs, RAM, ROM, a carrier wave medium, etc., on which the process 
and data structures of the present invention can be stored and distributed. The operations 
can also be distributed via, for example, downloading over a network such as the Internet. 

[148] Although the present invention has been described in connection with the preferred 
exemplary embodiment shown in the drawings, it is merely illustrative. It will be 
understood to those skilled in the art that various modifications and equivalents can be made 
without departing from the scope and spirit of the invention. Therefore, the scope of the 
present invention should be defined only by the appended claims. 
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ABSTRACT OF THE DISCLOSURE 

An index structure of metadata provided for searching for 
information on contents, a method for providing indices of the metadata, and 
a method and an apparatus for searching for the metadata using the index 
structure of the metadata are provided. The index structure of the metadata 
includes a list of keys composed of predetermined corresponding to fields of 
the metadata, wherein the list contains therein and location information of the 
fields in the metadata, wherein for defining a key, wherein at least a part of 
the location information is expressed as a predetermined code. 
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